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TITLE 

VARIABLE-LENGTH DECODING 
APPARATUS AND METHOD, COMPUTER PROGRAM, AND 
COMPUTER-READABLE STORAGE MEDIUM 

BACKGROUND OF THE INVENTION 

Field of the Invention 

[0001] The present invention relates to a technique for decoding variable-length 
code words for still images or moving images. 

BACKGROUND OF THE INVENTION 

[0002] A method which uses an entropy encoding technique by run 
length/category encoding and variable-length encoding as one of the compression 
encoding techniques for still images or moving images is conventionally known 
well. This technique is employed even in JPEG (Joint Photographic Experts 
Group) encoding and MPEG- 1/-2 (Moving Picture Experts Group) encoding as 
international standards. In these encoding methods, an event for executing 
variable-length encoding is caused by implementing entropy encoding by assigning 
a Huffman code to a two-dimensional event called a run length and level (e.g., 
Japanese patent Laid-Open No. 2003-1 15767). The two-dimensional event of run 
length and level will be referred to as a symbol. 



[0003] A technique used for moving image compression encoding in recent years 
that has received a great deal of attention assigns a Huffman code to a 
three-dimensional event. This technique has already been standardized by an 
encoding method called H.263 or MPEG-4. As for a three-dimensional event, a 
"last" significant coefficient in a DCT block called last is taken into consideration 
in addition to the run length and level used in two-dimensional encoding. For this 
reason, even when the values of the run length and level are the same, a Huffman 
code to be assigned changes depending on the last significant coefficient in the 
DCT block. The three-dimensional event of run length, level, and last will also be 
referred to as a symbol. 

[0004] In MPEG-4 encoding, when a symbol is not present in a predetermined 
Huffman code table, a fixed-length code called an escape is assigned. This also 
applies to MPEG-1/-2 encoding. In MPEG-4 encoding, when a symbol is not 
present in a Huffman code table, first, a new symbol is defined by subtracting the 
value of the maximum level in the Huffman code table from the value of the level 
of the symbol, and the Huffman code table is searched for again. When it is 
determined as a result of the search that the symbol is present in the Huffman code 
table, a corresponding Huffman code is assigned. If the symbol is not present in 
the Huffman code table, a new symbol is defined by subtracting a value 
corresponding to (maximum run length in Huffman code table + 1) from the value 
of the run length, and the Huffman code table is searched for again. When it is 
determined as a result of the search that the symbol is present in the Huffman code 
table, a corresponding Huffman code is assigned. If the symbol is not present, a 
fixed-length code is assigned. 

[0005] Fig. 2 shows a variable-length decoding apparatus corresponding to 
MPEG-4 encoding, which is disclosed in Japanese Patent Laid-Open No. 
2003-1 15767. A portion corresponding to the block layer of a bitstream encoded 
by MPEG-4 encoding is input to a queuing means 201 . The queuing means 201 
includes a shifter circuit. The queuing means 201 sequentially discards a bitstream 
in accordance with a shift amount requested by an operation control means 207. In 
the output from the queuing means 201, the start of the code word in a block layer 



is always queued. The queuing means 201 executes the output operation in 
synchronism with a clock. The queued code word is input parallel to five blocks, 
i.e., a DC decoder 202, FLC decoder 203, Huffman table 204, Huffman table 
ESCR 205, and Huffman table ESCL 206. 

[0006] The operation control means 207 asserts a DC data output signal to a 
functional block (not shown) on the output side to indicate that the result of 
decoding in the DC decoder 202 is effective by a code word when the value of the 
run length counted by a counter means (not shown) exceeds 64, and the last of 
symbol data output from a selection means 208 is "1" and indicates that it is the 
last significant coefficient. In other clock cycle, i.e., when symbol data 
corresponding to an AC coefficient is decoded, the DC data output signal is 
negated to indicate that the output of the symbol data signal is effective. 
[0007] Decoding processing of symbol data corresponding to the AC coefficient is 
done by the four blocks, i.e., the FLC decoder 203, Huffman table 204, Huffman 
table ESCR 205, and Huffman table ESCL 206. All Huffman code words, except 
escape code words of an intra-macro block table B.16 and inter-macro block table 
B.17, which are described in Annex.B of ISO/IEC 14496-2, are registered in the 
Huffman table 204. For a bitstream input from the queuing means 201, it is 
determined whether the bitstream coincides with all Huffman code words. If the 
bitstream coincides with all Huffman code words, corresponding symbol data, 
Huffman code word length, and a hit signal representing coincidence are asserted. 
[0008] Even in the Huffman table ESCR 205 and Huffman table ESCL 206, all 
Huffman code words, except escape code words of the table B.16 and the table 
B.17 are registered. However, in the Huffman table ESCR 205, an input bitstream 
is compared with a code word obtained by adding an escape code word + "0" 
before each Huffman code word, and in the Huffman table ESCL 206, an input 
bitstream is compared with a code word obtained by adding an escape code word + 
"10" before each Huffman code word, unlike the Huffman table 204. 
[0009] The FLC decoder 203 decodes the symbol data when the input bitstream 
starts with escape code word + "1 1". In a code word which starts with escape code 



word + "1 1", a run length, level, and event with a fixed length follow. Hence, the 
data at a corresponding bit position is directly output as symbol data. 
[0010] The selection means 208 selects and outputs symbol data and code word 
length, which are input from an asserted block, in the bit signals parallelly input 
from the four blocks, i.e., the FLC decoder 203, Huffman table 204, Huffman table 
ESCR 205, and Huffman table ESCL 206. 

[0011] When a variable-length encoding apparatus is constructed by hardware, all 
Huffman code words in the table B.16 and table B. 17 are configured by a ROM or 
hardwired. When the variable-length decoding apparatus shown in Fig. 2 is 
implemented by hardware, a Huffman table formed from a ROM or hardwired 
must be prepared in each of the three blocks, i.e., the Huffman table 204, Huffman 
table ESCR 205, and Huffman table ESCL 206. Hence, the gate scale becomes 
large. 

[0012] In a playback apparatus which must execute real-time processing, 
high-speed decoding processing is required. In this case, a very large load acts on 
the logic of the output stage from the queuing means 201 , and it is therefore 
difficult to increase the operating frequency. When decoding processing is 
implemented by software by using a prior art, for a bitstream encoded using the 
Huffman table ESCR 205, the input code word is compared with all the Huffman 
table 204, Huffinan table ESCR 205, and Huffman table ESCL 206. Since 
enormous comparison calculation is necessary, real-time decoding can hardly be 
implemented. 

SUMMARY OF THE INVENTION 
[0013] The present invention has been made in consideration of the 
above-described problems, and has as its object to provide a technique for 
decoding a variable-length code by using a small number of Huffinan tables. 
[0014] In order to solve the above problems, a variable-length code decoding 
apparatus according to the present invention has, e.g., the following arrangement. 
[0015] A variable-length code decoding apparatus which receives a bitstream of 
variable-length-encoded image data and outputs symbol data comprises: 
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[0016] queuing means for queuing a variable-length code word from the received 
bitstream; 

[0017] discrimination means for discriminating a type of a code word in 
accordance with a pattern of a predetermined number of bits at a start of the 
variable-length code word queued by the queuing means; 

[0018] extraction means for extracting data having a sufficient code word length 
from a predetermined bit position on the basis of a discrimination result from the 
discrimination means; 

[0019] a Huffman table which compares the extracted data with a variable-length 
code word stored in advance, and when the data and the variable-length code word 
coincide, outputs first symbol data; 

[0020] addition arithmetic means for generating, for the first symbol data output 
from the Huffman table, a sum value corresponding to the first symbol data and 
adding the generated sum value to the first symbol to output a plurality of types of 
second symbol data; 

[0021] decoding means for selecting a predetermined bit lane from the 
variable-length code word queued by the queuing means and outputting the bit lane 
as third symbol data; and 

[0022] selection means for selecting and outputting one of the first symbol data 
output from the Huffman table, the second symbol data generated by the addition 
arithmetic means, and the third symbol data generated by the decoding means, in 
accordance with a value of the variable-length code word queued by the queuing 
means. 

[0023] Other features and advantages of the present invention will be apparent 
from the following description taken in conjunction with the accompanying 
drawings, in which like reference characters designate the same or similar parts 
throughout the figures thereof. 



BRIEF DESCRIPTION OF THE DRAWINGS 
[0024] The accompanying drawings, which are incorporated in and constitute a 
part of the specification, illustrate embodiments of the invention and, together with 
the description, serve to explain the principles of the invention. 
[0025] Fig. 1 is a block diagram of a variable-length decoding apparatus according 
to an embodiment; 

[0026] Fig. 2 is a block diagram of a variable-length decoding apparatus using a 
prior art; 

[0027] Fig. 3 is a block diagram showing the internal arrangement of a switch 
circuit shown in Fig. 1 ; 

[0028] Fig. 4 is a block diagram showing the internal arrangement of an FLC 
decoder shown in Fig. 1 ; 

[0029] Fig. 5 is a view showing a table representing values of LMAX used in the 
ESCL method; 

[0030] Fig. 6 is a view showing a table representing values of RMAX used in the 
ESCR method; 

[0031] Fig. 7 is a view showing a table representing the types of symbol data 
corresponding to the VLC, ESCL, and ESCR methods; 

[0032] Fig. 8 is a view showing a fixed-length code table of the FLC method; and 
[0033] Fig. 9 is a flow chart showing the sequence of processing according to the 
embodiment. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 
[0034] An embodiment according to the present invention will be described below 
in detail with reference to the accompanying drawings. 

[0035] Fig. 1 is a block diagram of a variable-length decoding apparatus according 
to this embodiment. 

[0036] This variable-length decoding apparatus decodes a bitstream which is 
encoded by MPEG-4 encoding. In this embodiment, decoding for an intra-macro 
block will specially be described for a descriptive convenience. However, the 



present invention is not limited to this, as is apparent from the following 
description. 

[0037] The bitstream of a block layer extracted from a bitstream analyzing unit 
(not shown) is input to a queuing unit 101 . The queuing unit 101 includes a 
shifter. The queuing unit 101 shifts the received bitstream in accordance with a 
shift amount input from an operation control unit 105 and discards a previous code 
word in response to each clock. The shift amount corresponds to a code word 
length. Hence, in the bitstream output from the queuing unit 101, the code word is 
always queued. 

[0038] Fig. 3 shows the arrangement of a switch circuit 1 02. When 25-bit data is 
input from the MSB side of the output of the queuing unit, which corresponds to 
SDATA[24:0] in Fig. 3, comparators 301 and 302 determine whether 8-bit data 
"000001 10" and "000001 1 1" obtained by concatenating 7-bit data "000001 1" 
corresponding to an escape code in MPEG-4 encoding and 1-bit data "0" or "1" 
coincide with SDATA[24:17] (eight bits from MSB). The data "000001 10" is 
used to detect a code word which is encoded by escape encoding called ESCL 
encoding. The data "000001 1 1" is used to detect a code word which is encoded by 
escape encoding called ESCR encoding. Each of the comparators 301 and 302 is 
simply formed from an AND circuit. 

[0039] In ESCL encoding, Huffman encoding is executed for new symbol data 
obtained by subtracting a value LMAX shown in Fig. 5 from LEVEL of 
three-dimensional symbol data of RUN (run length), LEVEL (level), and LAST 
(last). In ESCR encoding, Huffman encoding is executed for new symbol data 
obtained by subtracting a value RMAX shown in Fig. 6 from RUN of three-similar 
dimensional symbol data. The output signals from the comparators 301 and 302 
are input to ports CO and CI of a selector 303. One of input ports AO to A2 is 
selected and output in accordance with 

IF(C0 = ' r AND CI = 'oy/ ESCL 
B = Al 

ELSE IF(C0 = '0' AND CI = T)// ESCR 
B = A2 



ELSE //VLC 
B = AO 

[0040] This will briefly be described next. 

[0041] When eight bits from the start of the 25-bit data coincide with an ESCL 
code "000001 10", 16 bits from bit 16 to bit 1 supplied to the input port Al are 
output as SWDATA[15:0]. When the eight bits coincide with an ESCR code 
"000001 1 1", 16 bits from bit 15 to bit 0 supplied to the input port A2 are output as 
SWDATA[15:0]. Otherwise (when CO = CI = 0), 16 bits from bit 24 to bit 9 
supplied to the input port AO are output as SWDATA[15:0]. That is, the 
comparators 301 and 302 discriminate the type of the code word in accordance 
with the pattern of a predetermined number of bits at the start of the variable-length 
code word. 

[0042] A code word corresponding to AO is a code word obtained by executing 
corresponding Huffman encoding for three-dimensional data at the time of 
encoding without subtracting the LMAX or RMAX. In this embodiment, this 
method will be referred to as VLC encoding hereinafter. 

[0043] Referring back to Fig. 1, all Huffman code words, except escape codes of 
an intra-macro block table B.16 described in Annex.B of ISO/IEC14496-2, are 
stored in a Huffman table 104 by hardwired. It is determined whether the 
SWDATA[15:0] shown in Fig. 3, which is input from the switch circuit 102, 
coincides with all the stored Huffman code words. Symbol data corresponding to a 
Huffman code word that coincides with the input data and the code word length of 
the Huffman code word are output. 

[0044] The symbol data to be output from the Huffman table 104 are calculated as 
three types of symbol data. The three types of symbol data correspond to ESCL 
encoding, ESCR encoding, and VLC encoding, respectively. A total of four types 
of data are input to a selection unit 106, which include symbol data RUN+ and 
LEVEL+ output from the Huffman table 104, data obtained by adding LMAX to 
LEVEL+, and data obtained by adding RMAX to RUN+. The selection unit 106 
selectively outputs two of the four types of data in accordance with the value of 
SDATA[24:17] as the output signal from the queuing unit 101. The value of 



LMAX to be added to LEVEL+ is decided in accordance with the values of LAST 
and RUN+, as shown in Fig. 5. In a selection unit 107, one of 1 1 values LMAXO 
to LMAX1 1 shown in Fig. 5, which are stored by hardwired in advance, is selected 
in accordance with the values of LAST and RUN+ and added to LEVEL+. 
LEVEL+ is expressed by an absolute value. A corresponding code is output from 
the Huffman table 104 as a symbol S. The value of RMAX to be added to RUN+ 
is decided in accordance with the values of LAST and LEVEL+, as shown in Fig. 
6. In a selection unit 108, one of the values obtained by adding to 1 1 values 
RMAXO to RMAX1 1 shown in Fig. 6, which are stored by hardwired in advance, 
as in the selection unit 107, is selected in accordance with the values of LAST and 
LEVEL+ and added to RUN+. 

[0045] On the other hand, the selection unit 106 determines which of the three 
methods, i.e., VLC, ESCR, and ESCL, has been used to encode the code word 
currently queued by the queuing unit 101 and selects one of the three types of 
symbol data, as shown in Fig. 7. The output results from the comparators 301 and 
302 used in the switch circuit 102 shown in Fig. 3 may be used for this 
determination. 

[0046] An FLC decoder 110 decodes a fixed-length code. In this embodiment, the 
method using the fixed-length code is called an FLC method, which is executed 
when none of the VLC, ESCR, and ESCL methods are used for encoding. In the 
FLC method, symbol data is encoded by using a fixed-length code. Bit lanes 
corresponding to the symbol data RUN, LEVEL, LAST, and S (sign bit) are 
selected from the queued code word output from the queuing unit 101, and output. 
The FLC decoder 110 can have an arrangement shown in Fig. 4. To ensure the 
consistency to the formats of symbol data of the VLC, ESCR, and ESCL methods, 
for LEVEL, absolute value conversion is executed, and a code is output. 
[0047] A selection unit 109 selects one of the two types of symbol data input from 
the selection unit 106 and FLC decoder 1 10 in accordance with the value of nine 
upper bits of the queued code word output from the queuing unit 101. When the 
nine upper bits are "000001 111", the input from the FLC decoder 1 10 is selected. 
Otherwise, the input from the selection unit 106 is selected. 
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[0048] The operation control unit 105 first compares the effective bit length input 
from the queuing unit 101 with the code word length obtained by decoding. If the 
code word length is equal to or smaller than the effective bit length, it is 
determined that the decoding processing of the current clock cycle is effective. 
The effective data output signal is asserted to the block (not shown) on the output 
side. Pieces of information about the code word length are input from a DC 
decoder 103 and the Huffman table 104. When the current clock cycle is a DC 
coefficient decoding cycle, a code word length input from the DC decoder 103 is 
output as a shift amount. In addition, the DC data output signal is asserted to the 
block (not shown) on the output side. 

[0049] When the current clock cycle is an AC coefficient decoding cycle, and the 
selection unit 109 selects the output from the FLC decoder 1 10, 30 bits are 
normally output as a shift amount. Otherwise, a code word length input from the 
Huffman table 104 is output as a shift amount. 

[0050] The DC decoder 103 can be formed by using a conventionally known 
technique, and a description thereof will be omitted in this embodiment. 
[0051] A processing flow when the constituent elements shown in Fig. 1 are 
implemented by software modules will be described next. Fig. 9 is a flow chart 
showing the sequence of processing according to this embodiment, which 
particularly corresponds to decoding processing for an AC coefficient in a DCT 
block. 

[0052] First, in step S901, a bitstream having a desired size is input to the queuing 
unit 101. This size corresponds to the memory size of the queuing unit and can be 
implemented by using a prior art, and a description thereof will be omitted. 
[0053] In step S902, nine bits (nine upper bits) from the MSB of the 
SDATA[24:0] are compared with "000001 111". If they coincide, decoding is 
executed by the FLC decoder 110. Decoding processing of one AC coefficient is 
thus ended. 

[0054] In steps S903 to S907, processing corresponding to the switch circuit 102 
is executed. More specifically, in accordance with the value of eight bits from the 
MSB of the SDATA[24:0], the value of the 16 lower bits of SWADATA[15:0] is 



set by one of SDATA[24:9], SDATA[15:0], and SDATA[16:1] (steps S905 to 
S907). By this processing in steps S903 to S907, comparison processing for the 
three tables, i.e., the Huffinan table 204, Huffman table ESCR 205, and Huffman 
table ESCL 206, which is necessary in the processing of the prior art shown in Fig. 
2, can be implemented by only step S909, i.e., lookup table processing for the 
Huffman table 204 by using SWADATA[15:0]. 

[0055] In steps S910 to S913, processing of the selection units 107 and 108 is 
implemented for RUN+ and LEVEL+ obtained in step S909 in accordance with the 
value of eight bits from the MSB of the SDATA[24:0], thereby obtaining RUN and 
LEVEL as a final decoding result. 

[0056] In step S914, when the output from the FLC decoder 1 10 is selected, 30 
bits are normally output as a shift-out amount. Otherwise, a code word length 
input from the Huffman table 104 is output as a shift-out amount 
[0057] The above processing is repeated until it is determined in step S915 that the 
input of bitstream is ended. 

[0058] As described above, according to this embodiment, the bitstream to be 
input to the Huffman table 104 is adaptively selected in accordance with the output 
data from the queuing unit 101 . Accordingly, the circuit scale of the Huffman table 
104 can actually be reduced to 1/3 or less. 

[0059] When the constituent elements shown in Fig. 1 are implemented by 
software modules, the number of processing steps can actually be decreased to 1/3 
or less of the prior art. 

[0060] A computer program normally becomes executable when a 
computer-readable storage medium such as a CD-ROM is set in a computer, and 
the program is copied or installed in the system. The present invention also 
incorporates such a computer-readable storage medium. 
[0061] As described above, according to the embodiment, the scale of the 
Huffman table can be reduced. In addition, decoding by software processing can 
be executed at a high speed. 

[0062] As many apparently widely different embodiments of the present invention 
can be made without departing from the spirit and scope thereof, it is to be 
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understood that the invention is not limited to the specific embodiments thereof 
except as defined in the appended claims. 



